home *** CD-ROM | disk | FTP | other *** search
/ 3D GFX / 3D GFX.iso / amiutils / e_h / gif2iff / release2.0 < prev    next >
Text File  |  1995-12-30  |  2KB  |  57 lines
  1.  
  2. GIFtoIFF Version 2.0 - Fixed Bugs
  3.  
  4. 0) Stack size should be set to 8000 to 16000 with larger files.
  5.    This hasn't been fixed, just mentioned.
  6.  
  7. 1) Unlace would correctly deallocate memory upon a failure but would
  8.    not deallocate memory upon a success. This has been fixed.
  9.  
  10. 2) I ran across a couple GIF files which would bomb out of GIFtoTMP.
  11.    I found the problem and fixed it. Several other GIF readers also
  12.    had trouble with these files. GIFtoTMP is a little more forgiving
  13.    now. If you see <13?> while running GIFtoTMP then you know you
  14.    would've been hosed.
  15.  
  16. 3) Due to memory limitations, TMPtoIFF and Unlace would run out of 
  17.    memory on my 1Meg system for 640x400 files. I modified both programs 
  18.    to use less memory by a factor of two. This greatly speeded up Unlace
  19.    in the process. (I'm also getting more memory).
  20.  
  21. 4) TMPtoIFF would run into problems if the user asked for more colors
  22.    than the original image had. I didn't run across this until later
  23.    because all the images I tested had 256 colors. 
  24.    Now TMPtoIFF will change the final color number to that of the image
  25.    if  HAM or EHB are NOT selected. Otherwise it will politely abort.
  26.  
  27. 5) This set of files had code that exited if the image size was greater
  28.    than 640. This was in case of corrupt files and my brain damage.
  29.    This limit has now been removed.
  30.  
  31. 6) TMPtoIFF was not correctly padding the lines of the IFF files to
  32.    16 bit boundarys. This has been fixed. It manifested itself as
  33.    garbage at the bottom and sides of images whose widths
  34.    weren't a multiple of 16.
  35.  
  36. 7) CAMG and the x,y aspects weren't being set up quite correctly. They
  37.    probably still aren't, but unless something breaks I won't bother
  38.    fixing it.
  39.  
  40. 8) TMPtoIFF should run much faster. By modifying the algorithms I was
  41.    able to do a lot of the work up front, which greatly speeded up
  42.    HAM conversion. Optimizing the source code helped as well. I now
  43.    print out every 16th line number instead of each one.
  44.  
  45. 9) In cases where the final color number is equal to the image 
  46.    color number, TMPtoIFF doesn't bother calculating Histograms 
  47.    and Color Substituiton tables. It just goes right into the 
  48.    output routine.
  49.  
  50.  
  51.  
  52.                               Mark Podlipec
  53.                               27-7 Yorkshire Terrace
  54.                               Shrewsbury  MA 01545
  55.  
  56.  
  57.